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ABSTRACT 



A digital cellular communication system supports call for- 
warding with better speech quality by avoiding unnecessary 
speech decoding when a call is forwarded from one network 
or exchange to another. A new information element that 
contains the network code of an originating mobile services 
switching center (MSC) is added in an initial address 
message, so that the address of the originating MSC can be 
properly determined by a terminating MSC or, if call for- 
warding has been initiated, by a forwarded-to MSC. A 
structured dialog is used for sending a speech coding request 
to the originating MSC in which a return result signal 
acknowledging the request is sent to the correct receiver in 
the terminating MSC or, if call forwarding has been 
initiated, in the forwarded-to MSC. 

9 Claims, 6 Drawing Sheets 
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CALL FORWARDING IN A MOBILE 
COMMUNICATION SYSTEM 

BACKGROUND 

Applicant's invention relates to a system providing 
supplementary services and transcoder control procedures 
for handling traffic between subscribers in a communication 
network. The invention more particularly relates to a system 
for providing call forwarding services to digital mobile 
subscribers in a digital cellular radiotelephone system. 

A cellular radiotelephone system typically comprises a 
network of neighboring radio cells that together provide 
complete coverage of a geographic area to be serviced. Each 
cell has a base station (BS) that communicates with one or 
more mobile stations (MSs) through associated radio chan- 
nels. A set of radio channels assigned to a given cell is 
different from the sets used in neighboring cells in order to 
avoid interference. Groups of BSs are controlled by respec- 
tive mobile services switching centers (MSCs), each of 
which is equivalent to a local exchange in the public 
switched telephone network (PSTN). Thus, an MSC is 
responsible for handling tasks such as switching, routing, 
and charging calls and communications to and from the 
PSTN and other networks. 

Well known cellular systems such as the Nordic Mobile 
Telephone (NMT) system; Total Access Communication 
System (TACS); Advanced Mobile Phone System (AMPS); 
American Digital Cellular (ADC) system; Global System for 
Mobile Communication (GSM); and Personal Digital Cel- 
lular (PDC) system (formerly called the Japanese Digital 
Cellular (JDC) system) have all adopted standardized tech- 
niques for providing basic and supplementary services to 
roaming subscribers. As used in this application, the term 
"basic service" refers to the ability of a communication 
network simply to establish a call and to those services, such 
as three -party calling, which are available to all subscribers 
without requiring individualized subscription. The term 
"supplementary services** refers to those capabilities, in 
mobile as well as fixed networks, that go beyond "basic" 
services and that require individual subscription before those 
services can be invoked. 

Individual supplementary subscriber services may be 
divided into two types: those that modify or supplement the 
process of originating a call (referred to here as 
"A-subscriber services"); and those that modify or supple- 
ment the process of terminating a call (referred to here as 
"B-subscriber services"). A-subscriber services include, but 
are not limited to, barring of outgoing calls and private 
numbering plans. B-subscriber services may be broken 
down into those that are invoked unconditionally, i.e., 
regardless of the status of the called subscriber or the 
network, and those whose invocation depends on a particu- 
lar status or condition being present at the subscriber or in 
the network. Unconditional B-subscriber services include, 
but are not limited to, barring of incoming calls and uncon- 
ditional call forwarding. Conditional B-subscriber services 
include call forwarding on busy, call forwarding on no reply, 
call forwarding on congestion, and call waiting. 

Various ones of the operations involved in providing basic 
and supplementary services are described in U.S. patent 
application Ser. No. 08/115,589 filed Sep. 3, 1993, by Lantto 
et al. for "Method and System for Providing Supplementary 
Services to a Mobile Station"; U.S. patent application Ser. 
No. 08/141,086 filed Oct. 26, 1993, by Lantto for "Receiv- 
ing Subscriber Data from HLR in GSM MSC/VLR"; U.S. 
patent application Ser. No. 08/141,094 filed Oct. 26, 1993, 
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by Lantto for "Method of Managing Supplementary Service 
Procedures in GSM/VLR towards HLR"; U.S. patent appli- 
cation Ser. No. 08/182,834 filed Jan. 19, 1994, by Widmark 
et al. for "Providing Individual Subscriber Services in a 
5 Cellular Mobile Communications Network"; and U.S. 
patent applicaticn Ser. No. 08/249,989 filed May 27, 1994, 
by Lantto et al. for "Method for Handling Calls to a 
Non-Registered Mobile Subscriber in a Mobile Telephone 
System". 

10 To keep track of the MSs, a data base called a home 
location register (HLR) may be provided as a node in the 
mobile radio communication network. When a user (MS) 
subscribes to receive service from an operator, subscriber 
information such as the supplementary service(s) selected by 

15 the user is entered in that operator's HLR. Also, the HLR 
stores information about the location of the MS, including 
information identifying the MSC serving the MS's current 
location. This information is updated as the MS moves 
around by having the MS send location information to its 

20 HLR by means of an MSC. Thus, when an MS roams into 
a new MSC area, it registers with that MSC, which then 
requests data about the MS from the HLR and informs the 
HLR of the MSC area in which the MS is currently located. 
The HLR typically plays a part in managing individual 

25 supplementary subscriber services in that, in addition to 
storing the current location of a roaming subscriber, the HLR 
may also store subscriber categories and call forwarding 
numbers (called "C-numbers"). The HLR updates subscriber 
category information and C-numbers in its memory when 

30 requested to do so by an authorized terminal. The HLR 
transmits selected parts of this information to an interrogat- 
ing MSC on the occasion of registration of a roaming MS, 
and to a gateway MSC (GMSC) on the occasion of call to 
a MS, as explained in more detail below. 

In a typical network, A-subscriber services and condi- 
tional B-subscriber services are provided by the MSC, based 
on the subscriber categories provided to the visitor MSC 
(VMSC) by the HLR at the time of registration. Uncondi- 

^ tional B-subscriber services are invoked by the HLR 
because a call to a MS always means that the first MSC 
contacted (i.e., the GMSC) consults the HLR in order to 
leara the whereabouts of the subscriber. Thus, the HLR is in 
the best position to handle unconditional services such as 

45 sending to the GMSC the C-number to which the call is to 
be unconditionally forwarded. 

In order to standardize communication between HLRs 
and MSCs, cellular radiotelephone systems have adopted the 
Mobile Application Part (MAP) and Translation Capabilities 

50 Application Part (TCAP) of the communications protocol 
known as CCITT Signaling System No. 7. Somewhat dif- 
ferent variants of the MAP and TCAP protocols are used 
with the different cellular standards (GSM, ADC, PDC, etc.). 
The MAP provides the signalling procedures for communi- 

55 cation between MSs. The network part of PDC is described 
in the standard Internode Specifications for Digital Mobile 
Communications Network, TTC JJ70.10, Ver. 3.2. 

According to various exemplary embodiments of Appli- 
cant's invention, existing signalling channels of a radio 

60 communication system are used to transmit simple request 
messages related to a particular subscriber-initiated supple- 
mentary service that is desired by a mobile subscriber. The 
request signalling for such a service from the MS to the 
network, as well as the confirmation signalling from the 

65 network to the MS indicating whether or not this service 
request has been complied with, are transmitted over Layer 
3. "Layer 3" is a term that defines where, and in which 
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logical channels, a particular message is transmitted and 
received. Layer 3 is described, for example, in Recommen- 
dation Q.930 in CCITT's "Bhie Book", Fascicle VI. 11, 
"Digital Subscriber Signalling System No. 1 (DSS 1), Net- 
work Layer, User Network Management". 

A communication system may be considered as having at 
least three layers. Layer 1 is the physical layer, which defines 
the parameters of the physical communication channel, e.g., 
radio frequency spacing, carrier modulation characteristics, 
etc. Layer 2 defines the techniques necessary for the accurate 
transmission of information within the constraints of the 
physical channel (Layer 1), e.g., error correction and 
detection, etc. Layer 3 defines the procedures for transparent 
transfer of information over the Layer 2 data link layer. 

The specific hardware implementations of radio commu- 
nication systems are beyond the scope of the discussion 
here, but those skilled in the art will readily appreciate that 
this invention can be applied to any such system where 
signalling for supplementary services occurs between a 
mobile or portable station and a network. One example of a 
radio communication system is a cellular communication 
network in which an MSC is connected between a PSTN and 
one or more BSs that transmit and receive signals from the 
MSs. When a call is connected, communication takes place 
over a traffic channel, whereas the initial connection of a call 
and transfer of a call from one BS to another typically takes 
place over a control channel. The specification of such traffic 
and control channels can be according to the applicable 
standard for the system being implemented, e.g., GSM, 
ADC, PDC, etc. For those interested in an exemplary 
hardware configuration of such base and mobile stations, 
U.S. Pat. No. 5,119,397 to Dahlin et al. is incorporated here 
by reference. 

As new supplementary services are developed, they can 
be quickly incorporated by use of a network definition 
known as Intelligent Network (IN). The idea of IN is to 
provide intelligent nodes (I-nodes) in the network that may 
be consulted by other nodes in the network and updated from 
other nodes. I-nodes are data processing equipment con- 
nected to other nodes only through data links for signaling; 
I-nodes do not have switched user connections for speech or 
for user data transfer. Consequently, they may be accessed 
via data links only from particular other nodes in the 
network, such as service switching points (SSPs) in the 
PSTN. 

New services are introduced by adding new program 
modules in the I-nodes, each corresponding to an IN func- 
tional entity. For example, a services control point (SCP) is 
the node in the network where most of the service logic 
resides, and an SSP is the node that handles the switching 
functions necessary to enable the services invoked by the 
SCP. These nodes correspond to functional entities which 
have been defined by the IN standards presented in CCITT 
Recommendation Q. 1218. A service data function (SDF) is 
also implemented in the SCP that stores the service data 
needed for the SCF. Communication between the SSF and 
the SCF (and between the SSP and the SCP) is carried out 
in accordance with a protocol called the Intelligent Network 
Application Part (INAP), which is also) part of CCITT No. 
7. 

IN solutions in the fixed network environment achieve 
rapid introduction of new services as a result of the func- 
tional division between the SCF and the SSF, in which the 
complete individual service logic resides in the SCF, and the 
SSF only performs generic switching functions (e.g., moni- 
toring and reporting call events; setting up new legs; and 
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disconnecting legs) under the direction of the SCF. The IN 
solution cannot also be applied to the cellular environment 
because of the conflict between the operation strategies of 
the SCF and the HLR, the SDF and the HLR, and the SSF 

5 and the MSC. The SCF performs the same functions as the 
HLR, but it uses a different implementation and different 
interfaces. The same may be said of the SDF and the HLR, 
as well as the SSF and the MSC. 
For example, the SCF is meant to control all services in 

10 an intelligent network, but this arrangement is violated by 
the cellular standards that always require the HLR to contain 
the information necessary for invoking services such as 
unconditional call forwarding and barring of incoming calls. 
Similarly, the SDF serves as the subscriber data storage 

15 function in the intelligent network, but the HLR always 
stores subscriber data in a cellular network. 

In a digital cellular phone network, speech is sent in 
digital form between terminals, e.g., from an originating 
digital MS to a phone in the PSTN or to another MS. An 

20 input analog speech signal at a digital MS is converted into 
digital form according to a speech coding algorithm that 
conforms to the applicable standard. The PDC system uses 
a speech coding algorithm that is a member of a class of 
speech coders known as code-excited linear predictive 

25 (CELP) coders, or vector-sum-excited linear predictive 
(VSELP) coders. A VSELP coder converts an analog speech 
signal into a digital speech signal, taking into account the 
expected frequency and amplitude distribution of the human 
voice. In this way, it is possible to compress a speech 

30 bandwidth of 3.1 kilohertz (kHz) into only 6.7 kilobits per 
second (kb/s), which is much less than the 64 kb/s that would 
be necessary if normal pulse code modulation (PCM) were 
used. On the other hand, such coded speech cannot be used 
by others without converting the coded signal into normal 

35 digital speech using a device called a transcoder, or codec. 
Besides speech coding, many systems also use channel 
coding. For example, a PDC channel coder encodes the 
digital speech signal with redundant information according 

40 to block and convolution al codes for detecting and correct- 
ing transmission errors. The PDC channel coder takes 
VSELP digital speech having a rate of 6.7 Kb/s and converts 
it to a channel-coded signal having a rate of 11.2 Kb/s, which 
can be passed unrestricted through the network, e.g., from 

45 one MSC to another, over a 64-Kb/s channel. It will be 
appreciated that 11.2 Kb/s is full-rate transmission; half-rate 
transmission (5.6 Kb/s) of a channel coded signal derived 
from digital speech from a PSI-CELP speech coder can also 
be used. 

50 In a call between two digital MSs, correct transcoder 
control procedures used to handle traffic are only obtained if 
the Integrated Services Digital Network User Parts (ISUP) 
and I-oode map procedures are guaranteed end to end, i.e., 
if the call remains completely within the PDC network at all 

55 times. In such a case, both the originating and terminating 
subscribers are connected to an 11.2-Kb/s VSELP-spcech- 
and channel-coded connection. Theoretically, it is possible 
to convert the 11.2-Kb/s speech-and channel-coded infor- 
mation up to a 64 Kb/s call at the originating MS, and then 

60 convert the information back again at the terminating MS. In 
practice, the speech quality is reduced, so it is necessary to 
synchronize both speech coders to one another and set them 
to a "codec-through connect" mode. 
FIG. la depicts the transcoders in a "codec-through 

65 connect" mode. Reference characters A, B, and C represent 
11.2-Kb/s VSELP-speech- and channel-coded calls. Refer- 
ence characters D and F represent signalling connections 
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from MS-A to MSC-A and from MS-B to MSC-B, respec- 
tively. Reference character E represents an ISUP signalling 
connection. Reference character G represents a MAP sig- 
nalling connection. 

FIG. lb depicts a signalling diagram for a call between 
two digital MSs. Referring to FIG. 16, the originating MSC 
receives a SETUP message from the calling MS and orders 
an analysis of the called party number. The transcoder will 
set to "speech" at the originating MSC regardless of whether 
or not a "Call to MS" result is obtained. This is important so 
that it is possible to hear any tones or announcements that 
occur and also handle the case when call forwarding occurs. 

Within the ISUP, the messages contain additional infor- 
mation regarding the mobile specific data. An initial address 
message (1AM) contains a transmission medium require- 
ment (TMR) or unrestricted digital information, as well as 
information representing transfer capability, including 
whether "speech" or "speech and data" can be transferred, 
whether the data is 11.2-Kb/s or VSELP coded, and whether 
the coding standard is the standard defined for the network. 
The I AM also contains call reference (CR) information, 
identifying the call in the originating MSC and the signalling 
point code (SPC) of the originating MSC, and network code 
(NC) information, identifying the originating network. 

Upon reception of the IAM, the terminating MSC pages 
the called MS and allocates a CR. The terminating MSC 
returns its CR and SPC in an address complete message 
(ACM). The originating MSC receives the ACM and stores 
the CR value from the ACM. The SPC from the ACM is 
discarded, and the terminating MSC's SPC is obtained 
instead from a codec setup request (CODEC SET REQ) 
message that is sent to request the through-connection. At 
this point, the terminating MSC has sufficient information to 
initiate the MAP communication with the originating MSC, 
but the originating MSC does not have enough information 
to begin such a communication before receiving a message 
from the terminating MSC. 

The terminating call proceeds as normal until the recep- 
tion of a connect (CONN) message from the MS. At this 
point, call setup is baited while the transcoder control 
procedures are initiated. From an analysis of the received 
IAM and user service information, the terminating MSC 
recognizes that the call is coming from another digital MS 
and sets its transcoder to the "codec-through connect" mode. 
The terminating transcoder then begins to send speech and 
synchronization (SS) frames. Using the SPC, NC, and CR 
received in the IAM, the terminating MSC sends the MAP 
CODEC SET REQ message to request the originating 
transcoder to switch to "codec-through connect" mode. A 
timer TCodec, awaiting a codec set acknowledge (CODEC 
SET ACK) message, is started in the terminating MSC. 

Upon reception of the CODEC SET REQ message in the 
originating MSC, the originating transcoder begins to send 
SS frames on the speech circuit. When this has been done, 
the originating MSC sends the CODEC SET ACK message 
back to the terminating MSC using the CR stored earlier and 
the SPC and NC received in the CODEC SET REQ message. 
Upon reception of the CODEC SET ACK message, call 
setup continues with the sending of an answer message 
(ANM). If the CODEC SET ACK message is not received 
before Tcodec expires, then the call is released by the 
terminating MSC. The MAP messages are sent directly 
between the terminating and originating MSCs using the 
SPCs, NCs, and CRs sent during the call setup phase. 

In a standard PDC network as depicted in FIG. 2, an 
originating MSC, denoted as MSC-A, is in radio contact 
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with an originating digital MS, denoted as MS-A, that 
includes a speech coder and a channel coder. A call origi- 
nated by MS-A is set up from the MSC-A to a terminating 
MSC, denoted as MSC-B, through a link or connection 10; 

5 the MSC-B is in radio contact with a tenninating digital MS, 
denoted as MS-B, that also includes a channel decoder and 
a speech decoder. The MSC-A uses a MAP interface to ask 
the HLR about the current location of the MS-B, and to 
receive that MS-B's roaming number, which the MSC-A 

10 uses to route the call to the MS-B through the connection 10 
and the MSC-B. FIG. 2 shows the typical situation when call 
forwarding is not invoked by the MS-B, so the network 
operates in the "codec-through connect" mode and VSELP 
or CELP data passes through the connection 10, as Layer 1 

15 data. 

The predetermined information elements in the PDC- 
standard signaling messages do not fully accommodate 
transcoder control procedures and some supplementary ser- 
vices. For example, the transcoder control procedures speci- 
20 fled for the PDC system are inadequate for the traffic case 
when a terminating MS has forwarded calls to another 
digital MS. 

This situation is illustrated in FIG. 3. When a call- 
forwarding service is invoked in MSC-B, a logic device in 

25 the MSC-B causes it to read in its category store (which was 
updated from the HLR through a MAP interface when the 
MS-B roamed into the region served by the MSC-B) that 
MS-B has forwarded calls to a particular C-number given in 
the store. In response to this situation, the MSC-B routes the 

30 call to a forwarded -to digital MS-C having the C-number 
through a connection 12 and a forwarded-to MSC, denoted 
as MSC-C, thereby completing the supplementary service. 
When such a call is forwarded, it is difficult for the 

35 forwarded-to exchange MSC-C to identify the originating 
exchange MSC-A and to identify the originating CR infor- 
mation. In order for a terminating MSC of a digital MS to 
address the originating MSC of another digital MS, not only 
the SPC but also the network identity of the originating MSC 

w must be determined by the terminating MSC. In the current 
PDC standard's specification of the I-node, the terminating 
MSC derives the network identity of the originating MSC 
from the "charge area" information included in an IAM sent 
from the originating MSC to the terminating MSC. In 

4S particular, the network identity of the originating MSC is 
derived from the NC data and message area (MA) data in the 
1AM. 

Nevertheless, in the traffic scenario illustrated in FIG. 3 
the "Charge Area" information element of the IAM sent by 

50 the MSC-B cannot be used by the MSC-C to derive the 
network identity of the originating MSC-A because the 
forwarding leg is independent. Thus, the "Charge Area" 
information in the IAM sent by the MSC-B to the MSC-C 
relates to the forwarding subscriber MS-B, not the sub- 

55 scriber MS-A originating the call. 

Moreover, as illustrated in FIGS. 3 and 4, when call 
forwarding is initiated, the codec setup request message to 
request speech and channel coding will not reach its final 
destination, MSC-A, since the SPC data in the IAM is used 

60 to address the MSC-A and the NC data in the IAM is used 
to address the MSC-B. The reason for this is the forwarding 
subscriber MS-B is charged for the forwarding leg of the 
call. Furthermore, since the forwarding MSC-B may belong 
to a network that is different from the network of the 

65 originating MSC-A, call forwarding may be impossible to 
handle with the transcoder control procedures of a single 
network. 
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The other above-mentioned problem for call forwarding is changed during call setup in the network, even when call 

call referencing under the ISUP for communication between forwarding is invoked. Accurate call referencing is realized 

different exchanges and networks. According to the PDC through the use of Transaction Capability Application Part 

standard and the current I-node specification in the ISUP, the (TCAP) services which assure that a return result from the 

terrninating MSC-B sends an address complete message 5 originating MSC, acknowledging the codec setup request 

(ACM) to the originating MSC-A. The ACM message message, will always be sent to the correct terminating 

includes the SPC of the terminating MSC-B, as well as a CR MSC. 

allocated by the MSC-B. The parameters SPC and CR are DDTCr nccPDIDTinM ^ run nD AU71M ^ C 

used by the MSC-A when sending the codec setup acknowl- DESCRIPTION OF THE DRAWINGS 

edge message to the MSC-B to confirm that the request for 10 FIGS, la, lb illustrate a conventional call setup between 

speech and channel coding has been received. mobile stations; 

As illustrated in FIG. 5, if the subscriber MS-B forwards FIG. 2 illustrate call routing in a conventional mobile 

calls to another digital MS in contact with the MSC-C, the communications network without invocation of a call- 

SPC and CR stored in the originating MSC-A will still be forwarding supplementary service; 

those of the (formerly) terminating MSC-B. Since the 15 FIG, 3 illustrates a call-forwarding supplementary service 

MSC-C is the terminating MSC of the forwarded call, the in a mobile communications network; 

codec setup acknowledge message that is sent from the FIG. 4 shows network messaging sequences in the case of 

MSC-A to the MSC-C contains the CR of the MSC-B ca jj forwarding; 

instead of the CR of the MSC-C. In other words, the CR of mG 5 depic ^ netW0fk messaging sequences in the case 

the codec setup request message does not correspond to the 20 Q f ^ f orwar dine- 

CR of the codec setup acknowledge message Since no ^ g a call . forwarding suppfc^otary service 

^ wTr C ,k ? , ^ r i*r r , » » mobile communications network according to Appli- 

allocated by the MSC-C, the tuner started in the MSC-C to ^ f invention* and 

accommodate the call will elapse, the setup procedure will ™^ « ... 1 ' „ , ^ 

be unsuccessful, and the call will be released. 25 FIG. 7 illustrates a calling party parameter number field 

* « . ^„ , ^™ r. j . . . modified to include an "MSC address' information element. 

As shown in FIG. 3, VSELP or CELP data is decoded in 

the MSC-A and passes through connection 10, MSC-B, and DETAILED DESCRIPTION 

connection 12 as ordinary PCM data. The MSC-C then Call forwarding presents special problems for transcoder 

re-codes the information using both speech and channel ^ control in a network that are solved by Applicant's inven- 

coding and passes the re-coded information to the MS-C. In tion For illustrative purposes, an originating MSC is 

CELP/VSELP coding, only analog speech signals must be denoted as MSC-A; an MSC that forwards a call is denoted 

provided to a speech coder, i.e., two coders should not be as MSC-B; and an MSC to which calls have been forwarded 

connected in tandem. Thus, the conventional PDC standard ^ denoted as MSC-C. The invention is not restricted to the 

provides that the forwarding leg between the MSC-B and the ^ ^ of lnese j abelSy however, but applies to any type or 

MSC-C and MS-C is established as an independent call: the number of network components involved in a call forward- 

MSC-A decodes the speech data for transmission to the operation. 

MSC-C, which re-codes it for transmission to the MS-C. To ^ by FIG. 6, Applicant's invention provides 

forward a call, the forwarding MSC changes the TMR to for ysELPor CELP data passing through the connection 10, 

either "speech" or 3.1 kHz audio. When a call is forwarded, as Uyer t ^ M bcforc> bm this information is not 

both subscribers will have a transcoder connected in decodcd fa thc MSC _ A . Instcad> a "codec-through connect" 

"speech" mode which may lead to a loss in speech quality mo(Jc fc lhr0 ughout the network for the call, so 

The result of this extra deeding/coding is reduced speech ^ VSELp Qr C£Lp dala passcs thfOUgh thc connection 12, 

quality because CELP/VSELP coding trades speech quality as Uycr x ^ {Q tQe MSC _ C which simply forwards the 

for lower bit rate. 4s information to the MS-C. One result is avoidance of the 

SUMMARY cxtra ^coding/coding that reduces speech quality. 

When call forwarding is activated between digital MSs in 

With Applicant's invention, unnecessary speech decoding a digilal ceUular network like the PDC system, the call that 

in the current PDC standard network is avoided when a call ^ f orwarded i0 the MSC-C by the MSC-B is handled as an 

is forwarded from one digital terminal or network to another. 5Q independent call from the MSC-A. Thus, the network or 

Applicant's call forwarding solution overcomes two short- excha nge that forwarded the call (e.g., MSC-B) to the third 

comings of the current PDC standard: it provides for iden- party ^ M SC-C) must perform appropriate processing so 

tifying the originating exchange and the originating call mal lhe signals allr i buted t0 the forwarded call affect the 

reference when a call is forwarded from one digital network originating parly in a way such that the originating network 

to another. 55 does nol need ^ rec0 gnize that call forwarding has been 

It is therefore an object of Applicant's invention to avoid activated, 

unnecessary speech and channel coding and decoding when Network identity is one part of the required processing 

a call is forwarded from one digital network to another. ^at a network must perform during a call forwarding 

It is therefore yet another object of Applicant's invention operation. To provide accurate recognition of the network 

to enable existing digital network standards to support call 60 identity of an originating MSC-A during a call forwarding 

forwarding operations while improving speech quality. operation, data which is used to address the MSC-A from the 

In accordance with Applicant's invention, these and other answering mobile subscriber MS-C is clearly separated from 

objects are achieved by providing accurate network identi- other data. That is, the "Charge Area" information element 

fication and call referencing during a call forwarding opera- in IAM is not used for addressing the MSC-A. Instead, a 

tion. Positive network identification is realized through the 65 new information element called "MSC address", which 

use of a new information element which contains the net- contains the network code of the MSC-A, is added in the 

work code of the originating MSC, which will not be ISUP IAM. 
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An illustration of part of the format of ISUP IAM is the 
calling party parameter number field shown in FIG. 1-9/JJ- 
70. 10 of Appendix I of the ISUP. This field is modified as 
shown in FIG. 7 to include the "MSC address" information 
element. The "MSC address" is not changed during call 
setup in the network, even though call forwarding is 
invoked. Thus, the address of the MSC-A can always be 
accurately retrieved, and call setup will be successful. 

Another part of the processing that a network must 
perform during a call forwarding operation is call referenc- 
ing of the terminating MSC by the originating MSC. The 
problem in the conventional call referencing processes for 
call forwarding noted above is that the CR of the terminating 
MSC is sent to the originating MSC via ISUP in the ACM 
message. The ACM is sent to the originating MSC-A prior 
to call forwarding, so the "terminating" MSC according to 
the ACM message is not the forwarded-to MSC-C but rather 
the forwarding MSC-B. Thus, the ACM message does not 
always indicate the MSC-C, where the forwarded-to MS-C 
answers. 

The problems of call referencing are solved by not 
sending the CR via ISUP from the terminating MSC-B to the 
originating MSC-A in the ACM message. Instead, TCAP 
services are used. One feature of the TCAP, which provides 
a wide variety of applications for the transfer of information 
between nodes in a cellular network, is dialog handling, in 
which two users can exchange much information. A TCAP 
dialog can be either structured or unstructured. An unstruc- 
tured dialog, which does not require a reply from a user, is 
conventionally used for network control. A structured TCAP 
dialog, which requires a reply from a user or replies to a user, 
is preferable for the "Codec-thru control" MAP procedures 
in a network. 

The TCAP includes operations of four different classes, 
the attributes of which are shown in Table I below. 
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TABLE m 



CLASS 4 CODEC SETUP CONFIRM CODING 



Codec setup request 

Parameters contained in 

INVOKE 

HCR 

OK/NG 

Linked operation 
Null 



Timer -0 



Class » 4 
OfM 



M 
M 



Tag Code = 01001010 



Instead, in accordance with one aspect of Applicant's 
invention, a TCAP Class 1 operation is used for "codec setup 
request". Thus, a return result from the originating MSC-A, 
acknowledging the "codec setup request", is always sent to 
the correct terminating MSC as provided by the normal 
TCAP features. Using a TCAP structured dialog, the origi- 
nating MSC-A can also respond with a reject component, if 
desired. 

The "codec setup request" operation according to this 
invention is defined according to Table IV, using the current 
I-node specification. 



TABLE IV 



25 



CLASS 3 CODEC SETUP REQUEST CODING 



Codec setup request 
Parameters contained in 
INVOKE 
HCR 

Codec status 
Parameters contained in 
RETURN RESULT 
Null 

Linked operation 

Null 

Error 

CodecFaUure 



Timer -0 Class - 4 Code - 01001001 
OfM 

M 
M 
OfM 



TABLE I 



CLASS DESCRIPTION 40 

1 return message is always sent indicating the transmission result 

2 return message is only sent if an error occurred during the 
transmission 

3 return message is only sent if the transmission was free from 

errors ^ 

4 no return message is sent % 



As an alternative to using a structured TCAP procedure, 
as described in Table IV, i.e. using an unstructured dialog, a 
field can be added to each of the Class 4 "codec setup 
request" and "codec setup request confirm" (codec setup 
acknowledge) messages of TTC JJ 70.10 Ver. 3. The added 
fields might be called "CI", for "call identity", as shown in 
Table V for the "codec setup request" message, and would 
be the call reference allocated by the MSC-C (the actual 
terminating MSC). 



A TCAP Class 4 operation is conventionally used for 
"codec setup request", and is defined according to Table II. 
Using a TCAP Class 4 operation, a "codec setup request" is 
sent by the terminating MSC-B to the originating MSC-A, 
but no return result is sent from the originating MSC-A back 
to the terminating MSC. 

TABLE II 



CLASS 4 CODEC SETUP REQUEST CODING 

Codec setup request Tuner = 0 Class = 4 Tag Code - 01001001 

Parameters contained in O/M 

INVOKE 

HCR M 

Codec status M 
Linked operation 
Null 



The conventional codec setup acknowledge message is 
defined according to Table III. 



TABLE V 



MODIFIED CLASS 4 CODEC SETUP REQUEST CODING 

Codec setup request Tuner - 0 Class - 4 Tag Code - 01001001 

Parameters contained in O/M 

INVOKE 

OCR M 

Codec status M 

Call identity M 
Linked operation 
Null 



Adding the CI fields, which would conveniently have the 
same format as the HCR fields, enables the use of Class 4 
operations, but the originator of the operation automatically 
receives an answer whether the operation was successful. A 
correct call reference would always be returned to the 
originator. Adding the CI fields fulfills the objectives of class 
4, identifying the call initially and staying unchanged. 

In accordance with an alternative aspect of Applicant's 
invention, the "codec setup request" is defined using 
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Abstract Syntax Notation 1 (ASN. 1), which is a language 
for describing structured information that is recommended 
by the International Telegraph & Telephone Consultative 
Committee (CCITT). The "codec setup request" in ASN. 1 
notation is shown below: 



ASN.l Formal Description 



CodccSc tup Request : 
callReference 
codecStatus 
RESULT ERRORS 



OPERATION PARAMETER 
CallReference 
CodecStatus 
CodecFailure 
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The CR and SPC information elements that are conven- 
tionally sent in the ACM message can be deleted from the 
ACM message, since these information elements are 
exchanged using other messages. This frees space in the 
ACM message for additional information. 

Applicants invention, as described above, enables call 
forwarding to be supported in a PDC-standard network, 
while providing better speech quality by avoiding unneces- 
sary speech decoding when a call is forwarded from one 
network or exchange to another. A new information element 
called "MSC address" that contains the network code of an 
originating MSC is added in the ISUP I AM, so that the 
address of the originating MSC can be properly determined 
by a terminating MSC or, if call forwarding has been 
initiated, by a forwarded-to MSC that receives calls for- 
warded from the terminating MSC. A TCAP Class 1 struc- 
tured dialog is used for the "codec setup request" operation, 
so that a return result signal acknowledging the "codec setup 
request" is sent to the correct receiver, in the terminating 
MSC or, if call forwarding has been initiated, in the 
forwarded-to MSC. 

It will be understood that Applicant's invention is not 
limited to the particular embodiments that have been 
described and illustrated. I.e. the invention could be applied 
to any digital cellular communication system like e.g. 
D-AMPS (ADC) or GSM. Of course, the inventive solution 
could be used for multiple call forwarding like; 
A-B— C— D, A-B— C—D— E etc. Where "A" represents 40 
the originating subscriber roaming in a region served by 
MSC-A, "B" represents a subscriber roaming in a region 
served by MSC-B which subscriber "B" has forwarded his 
calls to an other subscriber "C* roaming in a region served 
by MSC-C which subscriber "C in his turn has forwarded 
his calls to yet an other subscriber "D" roaming in a region 
served by MSC-D and so on. This application contemplates 
any and all modifications that fall within the spirit and scope 
of Applicant's invention as defined by the following claims. 

What is claimed is: 

1. A method for setting up a call between an originating 
subscriber roaming in a region served by a first Mobile 
services Switching Center (MSQ and a terminating sub- 
scriber roaming in a region served by a second, the termi- 
nating subscriber having forwarded calls to a forwarded-to 55 
subscriber roaming in a region served by a third MSC, 
comprising the steps of: 

sending a message to the second MSC from the first MSC, 
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pi sending a request to the first MSC from the third 
MSC serving the region of the forwarded-to subscriber, 
the request requesting setup of speech coding and 
channel coding; and 
sending a return signal from the first MSC to the third 
MSC serving the region of the forwarded-to subscriber, 
the return signal acknowledging the request. 

2. The method of claim 1, further including the steps of: 
speech coding and channel coding data for transmission 

from the originating subscriber; and 
channel decoding and speech decoding data received from 
the originating subscriber by the terminating sub- 
scriber; 

wherein the step of channel decoding and speech decod- 
ing data is performed only once for the call. 

3. The method of claim 1, wherein the steps of sending a 
request and sending a return signal are performed as a 
structured TCAP-dialog. 

4. The method of claim 1, wherein the steps of sending a 
request and sending a return signal are performed as unstruc- 
tured TCAP-dialogs. 

5. The method of claim 4, wherein in each of the unstruc- 
tured TCAP-dialogs for requesting and sending a return 
signal a field is included, which field indicates the identity 
of the call. 

6. An apparatus for setting up a call between an originat- 
ing subscriber roaniing in a region served by a first Mobile 
services Switching Center (MSC) and a terminating sub- 
scriber roaming in a region served by a second MSC, the 
terminating subscriber having forwarded calls to a 
forwarded-to subscriber roaming in a region served by a 
third MSC, comprising: 

means for sending a message to the second MSC from the 
6rst MSC, the message identifying a network to which 
the originating subscriber belongs and a call reference 
identifying the call in the first MSC; 

means for passing the message to the third MSC serving 
the region of the forwarded-to subscriber from the 
second MSC; 

means for sending a request to the first MSC from the 
third MSC serving the region of the forwarded-to 
subscriber, the request requesting setup of speech cod- 
ing and channel coding; and 

means for sending a return signal from the first MSC to 
the third MSC serving the region of the forwarded-to 
subscriber, the return signal acknowledging the request. 

7. The apparatus of claim 6, wherein the request sending 
means and the return signal sending means carry out a 
structured TCAP-dialog. 

8. The apparatus of claim 6, wherein the request sending 
means and the return signal sending means carry out 
unstructured TCAP-dialogs. 

9. The apparatus of claim 8, wherein the unstructured 
TCAP-dialogs carried out by the request sending means and 

field which 



the message identifying a network to which the origi- 
nating subscriber belongs and a call reference identi- 60 the return signal sending means include a 
tying the call in the first MSC; indicates the identity of the call, 

passing the message to the third MSC serving the region 
of the forwarded-to subscriber from the second MSC; * * * * * 
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